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DETAILED ACTION 

1 . Claims 1-34, have been examined, and are pending 

Continued Examination Under 37 CFR 1.114 

A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1 .1 7(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 
02/24/2010 has been entered. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1 , 148 
USPQ 459 (1966), that are applied for establishing a background for determining 
obviousness under 35 U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 
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4. Considering objective evidence present in the application indicating 
obviousness or nonobviousness. 

Claims 1-10, 12, 14, 17-26, 28,31,32, 33 and 34 are rejected under 35U.S.C. 

103(a) as being unpatentable over Altschuler to (US5465300), in view of Sinnarajah to 

(US2003/0035393) ), and further in view Naka to (US2004/01 14532) 

Regarding claim 1, and 31 Altschuler teaches determining, by means of at least one 
available session key (i.e. user-identity), whether any session parameters for a 
previous session between the terminals have been stored in the terminals (abstract , 
discloses checking if the user-identity corresponds to a user-identity included on 
an approved list) 

if session parameters for a previous session between the terminals have been stored in 
the terminals, retrieving the stored session parameters (i.e. an abbreviated secure 
call) in each of the terminals, such that the requested session can be executed based 
on the retrieved session parameters (abstract, fig.1, and fig.6 disclose if the user- 
identity corresponds to a user-identity included on an approved list an 
abbreviated secure call is executed. In addition, fig.6 discloses updating the 
approved list every time when a user-identity that is not on the approved list 
detected. Thus, members of the approved list are terminals that have had 
established communication with other terminal previously). 

Altschuler does not explicitly teach connection with said previous session, by 
using at least one available session key that has been selected for said previous 
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session and stored together with said session parameters, and if said common session 
parameters have been stored in both the calling and the called terminals, 

However, Sinnarajah teaches connection with said previous session, by using at 
least one available session key that has been selected for said previous session and 
stored together with said session parameters, and if said common session parameters 
have been stored in both the calling and the called terminals([0024] discloses using 
previously stored service configuration) 

Therefore it would have been obvious to one ordinarily skilled in the art at the 
time the invention was made to enable the system of Altschuler connection with said 
previous session, by using at least one available session key that has been selected for 
said previous session and stored together with said session parameters, and if said 
common session parameters have been stored in both the calling and the called 
terminals, as suggested by Sinnarajah. This modification would benefit the system to 
reduce call setup latency (see abstract, Sinnarajah ) 

The combination of Altschuler and Sinnarajah does not explicitly teach determine 
common multimedia session parameters to be used by both terminals during the multimedia 
session that define how information should be communicated and interpreted and which 
depend on multimedia communication capabilities of the terminals before the session can be 
executed, 
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However, Naka teaches determine common multimedia session parameters to be 
used by both terminals during the multimedia session that define how information should be 
communicated and interpreted and which depend on multimedia communication capabilities 
of the terminals before the session can be executed( par[053]-[054] discloses determining 
a common communication capabilities of the terminals) 

Therefore it would have been obvious to one ordinarily skilled in the art at the 
time the invention was made to enable the system of The combination of Altschuler and 
Sinnarajah determine common multimedia session parameters to be used by both terminals 
during the multimedia session that define how information should be communicated and 
interpreted and which depend on multimedia communication capabilities of the terminals 
before the session can be executed, as suggested by Naka. This modification would benefit 
the system to efficiently setup a call. 

Regarding claim 17, Altschuler teaches a terminal adapted to establish a requested 
communication session with another terminal over a given physical channel, wherein 
the session requires the determination of session parameters before the session can be 
executed( see fig.1 , fig. 6 and abstract), 

means for determining, by means of at least one available session key(i.e. user- 
identity), whether any session parameters for a previous session between the terminals 
have been stored in the terminal (abstract , discloses checking if the user-identity 
corresponds to a user-identity included on an approved list) 
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means for retrieving the stored session parameters such that the requested session can 
be executed based on the retrieved session parameters (i.e. an abbreviated secure 
call), provided that the other terminal also has successfully retrieved the same session 
parameters (abstract, fig.1, and fig.6 disclose if the user-identity corresponds to a 
user-identity included on an approved list an abbreviated secure call is executed. 
In addition, fig.6 discloses updating the approved list every time when a user- 
identity that is not on the approved list detected. Thus, members of the approved 
list are terminals that have had established communication with other terminal 
previously) 

Altschuler does not explicitly teach connection with said previous session, by 
using at least one available session key that has been selected for said previous 
session and stored together with said session parameters, and if said common session 
parameters have been stored in both the calling and the called terminals, 

However, Sinnarajah teaches connection with said previous session, by using at 
least one available session key that has been selected for said previous session and 
stored together with said session parameters, and if said common session parameters 
have been stored in both the calling and the called terminals([0024] discloses using 
previously stored service configuration) 

Therefore it would have been obvious to one ordinarily skilled in the art at the 
time the invention was made to enable the system of Altschuler connection with said 
previous session, by using at least one available session key that has been selected for 
said previous session and stored together with said session parameters, and if said 
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common session parameters have been stored in both the calling and the called 
terminals, as suggested by Sinnarajah. This modification would benefit the system to 
reduce call setup latency (see abstract, Sinnarajah ) 

The combination of Altschuler and Sinnarajah does not explicitly teach determine 
common multimedia session parameters to be used by both terminals during the multimedia 
session that define how information should be communicated and interpreted and which 
depend on multimedia communication capabilities of the terminals before the session can be 
executed, 

However, Naka teaches determine common multimedia session parameters to be 
used by both terminals during the multimedia session that define how information should be 
communicated and interpreted and which depend on multimedia communication capabilities 
of the terminals before the session can be executed( par[053]-[054] discloses determining 
a common communication capabilities of the terminals) 

Therefore it would have been obvious to one ordinarily skilled in the art at the 
time the invention was made to enable the system of The combination of Altschuler and 
Sinnarajah determine common multimedia session parameters to be used by both terminals 
during the multimedia session that define how information should be communicated and 
interpreted and which depend on multimedia communication capabilities of the terminals 
before the session can be executed, as suggested by Naka. This modification would benefit 
the system to efficiently setup a call. 
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Regarding claims 2, and 18, Altschuler teaches an available session key or keys 
includes the telephone number of at least one of the two terminals (abstract, fig.4 
discloses the session key as caller-ID, which is the telephone number of the 
terminal) 

Regarding claim 3, Altschuler teaches the calling terminal uses the telephone number 
of the called terminal as the available session key to detect a match between that 
telephone number and a stored session key associated with stored session parameters 
(abstract , discloses checking if the user-identity corresponds to a user-identity 
included on an approved list) 

Regarding claim 4, Altschuler teaches the session keys include a primary session key 
and a corresponding secondary session key, (fig.4 discloses user-identity and traffic 
key) wherein at least one of the terminals, having detected a match between the 
primary session key and a stored session key associated with stored session 
parameters(fig.4 discloses the stored user-identity and traffic key each 
corresponds to previous session parameters) , retrieves the corresponding 
secondary session key and sends it to the other terminal(fig.7 discloses generating 
traffic key and exchanging the traffic key ). 

Regarding claim 5, Altschuler teaches a secondary session key is used by the 
receiving terminal to retrieve the stored session parameters, even if no primary session 
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key was available to the receiving terminal or if the receiving terminal had not detected 
any match between the primary session key and any stored session key (abstract 
discloses that if there is no match found between the user-identity and approved 
list, a secure call set up executed. Further more, in fig 7, discloses setting up a 
secure call using a traffic key). 

Regarding claims 6, and 21, Altschuler teaches a secondary session key is used to 
confirm that the stored session parameters have been used for a previous session 
between the terminals(fig.7 discloses generating traffic key and exchanging the 
traffic key, and fig. 4 discloses stored user-identity and traffic key. Thus, traffic 
key also corresponds to a previous session). 

Regarding claims 7, and 22, Altschuler teaches a primary session key is the telephone 
number of at least one of the two terminals (fig.5 discloses caller-ID which a 
telephone number) and the secondary session key is any identification associated with 
the previous session (fig.4 discloses traffic key that is associated with user- 
identity). 

Regarding claims 8, and 23, Altschuler teaches a secondary session key is a random 
number (fig.7 box.80) generated during a master-slave determination step of a session 
setup procedure for the previous session (fig.7 discloses generating traffic key by 
exchanging messages). 
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Regarding claims 9, and 24, Altschuler teaches a sending terminal uses a standard 
Master-Slave Determination (MSD) message containing the random number, to convey 
the secondary session key to the receiving terminal (fig.7 box.96 , discloses sending 
the random number along with a message to a remote area). 

Regarding claims 10, and 25, Altschuler teaches a MSD message includes an 
indication that the random number serves as a secondary session key (fig.7 box.96, 
discloses sending the random number along with a message to a remote area 
that discloses future key message). 

Regarding claims 12, and 26 .Altschuler teaches a secondary session key is a 
separately defined .code, sequence number or the like, assigned for the previous 
session (fig.7 box.96, discloses a traffic key or random number). 
Regarding claims 14, and 28 Altschuler teaches each of the terminals store session 
parameters used during an executed session, together with at least one session key, in 
order to enable the use of stored session parameters in a new session (abstract, fig.1, 
and fig. 6 disclose if the user-identity corresponds to a user-identity included on 
an approved list an abbreviated secure call is executed. In addition, fig.6 
discloses updating the approved list every time when a user-identity that is not 
on the approved list detected. Thus, members of the approved list are terminals 
that have had established communication with other terminal previously). 
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Regarding claim 19, Altschuler teaches an available session key is a primary session 
key, and if a match is detected between the primary session key and a stored session 
key associated with stored session parameters, the terminal is adapted to retrieve a 
corresponding secondary session key and send it to the other terminal, (abstract , 
discloses checking if the user-identity corresponds to a user-identity included 
on an approved list) such that the secondary session key can be used by the receiving 
terminal to retrieve the stored session parameters, even if no primary session key was 
available to the receiving terminal, or if the receiving terminal have not detected any 
match between an available primary session key and any stored session key(abstract 
discloses that if there is no match found between the user-identity and approved 
list, a secure call set up executed. Further more, in fig 7, discloses setting up a 
secure call using a traffic key). 

Regarding claim 20, Altschuler teaches an available session key is a primary session 
key, and the terminal is adapted to receive from the other terminal a corresponding 
secondary session key, and use it to retrieve the stored session parameters by 
detecting a match between that secondary session key and a stored session key 
associated with the stored session parameters(fig.7 discloses generating traffic key 
and exchanging the traffic key, and fig.4 discloses stored user-identity and traffic 
key. Thus, traffic key also corresponds to a previous session) 
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Regarding claims 32, 33 and 34, the combination of Altschuler and Sinnarajah, and 
Naka teach wherein the session parameters include supported codec information 
regarding one or more codecs supported by each terminal and multiplexing scheme 
information indicating how plural information streams can be multiplexed in different 
ways into a single bit stream to be transmitted over a physical channel established 
between the terminals for the session (Naka, see abstract). 

Therefore it would have been obvious to one ordinary skill in the art at the time 
the invention was made to enable the system of the combination of Altschuler and 
Sinnarajah wherein the session parameters include supported codec information 
regarding one or more codecs supported by each terminal and multiplexing scheme 
information indicating how plural information streams can be multiplexed in different 
ways into a single bit stream to be transmitted over a physical channel established 
between the terminals for the session, as suggested by Naka. This modification would 
benefit the system of the combination of Altschuler and Sinnarajah to setup calls among 
appropriate terminals that have comparable capability. 

Claims 11, 13, 15-16, 27, and 29-30 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Altschuler in view of Sinnarajah to (US2003/0035393), and 
Naka and further in view of Coulombe to (US-PG-PUB-2005/0060411) 
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Regarding claim 11, the combination of Altschuler and Sinnarajah, and Naka does not 
explicitly teach according to the ITU-T H.324 standard, a Terminal Capability Set (TCS) 
message is mandated as the very first message to be send in a session setup 
procedure, the receiving terminal interprets the random number in the MSD message as 
a secondary session key, if no TCS message was received before receiving the MSD 
message 

However, Coulombe teaches a receiving terminal interprets the random number 
in the MSD message as a secondary session key, if no TCS message was received 
before receiving the MSD message, according to the ITU-T H.324 standard ( [0049] 
discloses In message 302, user agent A, e.g., mobile terminal 202 of FIG. 2, 
transmits a SIP INVITE message to S-CSCF #1. S-CSCF #1 checks the media 
capabilities of user agent A as defined by the SDP definition for user agent A, i.e., 
SDP1, in step 304. The check consists of validating that the media capabilities 
described by SDP1 are compatible with the local network policies) 

Therefore, it would have been obvious to one ordinary skill in the art at the time 
the invention was made to enable the system of the combination of Altschuler and 
Sinnarajah, and Naka receiving terminal interprets the random number in the MSD 
message as a secondary session key, if no TCS message was received before 
receiving the MSD message, as suggested by Coulombe. This modification would 
benefit the system of the combination to implement an optional parameter retrieval 
method. 
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Regarding claims 13, and 27, the combination of Altschuler and Sinnarajah, and Naka 
does not explicitly teach an INVITE message is mandated as the first message to be 
sent in a session setup procedure according to the Session Initiation Protocol (SIP), 
header field information of the INVITE message is used as session key(s) 

However, Coulombe teaches an INVITE message is mandated as the first 
message to be sent in a session setup procedure according to the Session Initiation 
Protocol (SIP), header field information of the INVITE message is used as session 
key(s)( [0049] discloses in message 302, user agent A, e.g., mobile terminal 202 
of FIG. 2, transmits a SIP INVITE message to S-CSCF #1. S-CSCF #1 checks the 
media capabilities of user agent A as defined by the SDP definition for user agent 
A, i.e., SDP1, in step 304. The check consists of validating that the media 
capabilities described by SDP1 are compatible with the local network policies. 
The INVITE message with SDP1 is proxied to S-CSCF #2, which is the home proxy 
for user agent B, in message 306. S-CSCF #2 then checks the media capabilities 
of user agent A as defined by SDP1 and compares the session definition with the 
media capabilities of user agent B as in step 308. S-CSCF #2 has prior knowledge 
of the media capabilities of user agent B as obtained through the use of, for 
example: a registrar or a profile server; SDP descriptions obtained from a default 
SDP session in the registration or profile server; SDP descriptions obtained from 
a response to an OPTIONS request; or the UAProf specification). 
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Therefore it would have been obvious to one ordinary skill in the art at the time 
the invention was made to enable the system of the combination of Altschuler and 
Sinnarajah, and Naka to include an INVITE message is mandated as the first message 
to be sent in a session setup procedure according to the Session Initiation Protocol 
(SIP), header field information of the INVITE message is used as session key(s), as 
suggested by Coulombe. This modification would benefit the system of the 
combination to implement a fast call setup using the information on the invite header. 

Regarding claims 15, and 29, the combination of Altschuler and Sinnarajah, and Naka 
does not explicitly teach a terminal sending to the other terminal a message 
acknowledging its capability of using stored session parameters at a later session 

However, Coulombe teaches a terminal sending to the other terminal a message 
acknowledging its capability of using stored session parameters at a later session ( 
[0051] discloses the adaptation server then compares the SDP definitions for user 
agent A and user agent B, determines the resources that are required to translate 
the media streams between user agent A and B, and then reserves those 
resources to support the media session in step 312. The adaptation server then 
modifies the SDP1 definition for user agent A to form the modified SDP definition, 
SDPT1, if required. Similarly, the adaptation server modifies the SDP2 definition 
for user agent B to form the modified SDP definition, SDPT2, if required. The 
adaptation server then transmits the modified SDP definitions, SDPT1 and 
SDPT2, to S-CSCF #2 within acknowledgment message 314, where the modified 
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SDP definitions provide updated IP address, port number, media type, codec, and 
attribute information to support the media session) 

Therefore it would have been obvious to one ordinary skill in the art at the time 
the invention was made to enable the system of the combination of Altschuler and 
Sinnarajah, and Naka terminal to send to the other terminal a message acknowledging 
its capability of using stored session parameters at a later session, as suggested by 
Coulombe. This modification would benefit the system of the combination to setup calls 
among appropriate terminals that have comparable capability. 

Regarding claims 16, and 30 the combination of Altschuler and Sinnarajah, and Naka 
does not explicitly teach a requested session is a multimedia call requiring the transfer 
of separate media streams for at least audio and video 

However, Coulombe teaches a requested session is a multimedia call requiring 
the transfer of separate media streams for at least audio and video( [0026] discloses a 
session initiated by SIP generally utilizes a combination of media content such as 
speech, audio and video streams, but the session may also contain shared 
applications such as whiteboard or text messages. Even network gaming 
sessions may be setup by SIP as long as all of the participating applications 
understand the required parameters for the game. SIP is especially advantageous 
when a variety of protocols and mechanisms are required in support of a 
particular session. In particular, Voice over IP (VoIP) requires session setup 
signaling between two User Agents (UA); a transport such as Real-time Transport 
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Protocol (RTP) to carry the actual voice payload; and control such as the RTP 
Control Protocol (RTCP) to monitor the quality of the service and to generate 
reports to the network, all of which may be successfully handled in a SIP 
message exchange) 

Therefore it would have been obvious to one ordinary skill in the art at the time 
the invention was made to enable the system of the combination of Altschuler and 
Sinnarajah, and Naka requests a multimedia call requiring the transfer of separate 
media streams for at least audio and video, as suggested by Coulombe. This 
modification would benefit the system of the combination as a design choice. 



Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to ZEWDU BEYEN whose telephone number is (571)270- 
7157. The examiner can normally be reached on Monday thru Friday, 9:30 AM to 6:00 
PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Huy Vu can be reached on 1-571-272-3155. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
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Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
/Z. B./ 

Examiner, Art Unit 2461 
/Huy D Vu/ 

Supervisory Patent Examiner, Art Unit 2461 



